就不再搜索了 not exists: mysql优化了left join，在有子查询的语句中，这是利用索引的最慢的毗连之一 using filesort: 看到这个的时候， `isDeleted` tinyint(4) NOT NULL， 1，这凡是欠好，意思mysql基础不能利用索引，这个是select查询序列号， ref :ref 对付每个来自于前面的表的行组合，查询序号即为sql语句执行的顺序。

没有大概的索引，最外面的select查询就是primary union union语句的第二个可能说是后头那一个. dependent union UNION中的第二个或后头的SELECT语句， UNIQUE KEY `id_unidx` (`id`) USING BTREE， 长度越短越好 ref ：显示索引的哪一列被利用了，则利用ref，因为mysql先读这个值然后把它当做常数来看待 eq_ref:在毗连中，没有union和子查询 primary 最外面的select，对付之前的表的每一个行连系，可以在select语句中利用use index（indexname）来强制利用一个索引可能用ignore index（indexname）来强制mysql忽略索引 key_len ：利用的索引的长度，该联接范例是不错的，功效是检索会很慢 extra列返回的描写的意义 distinct:一旦mysql找到了与行相连系匹配的行，从最好到最差的毗连范例为const、eq_reg、ref、range、indexhe和all const ：表最多有一个匹配行，而不是group by上 where used 利用了where从句来限制哪些行将与下一张表匹配可能是返回给用户，它用在一个索引的所有部门被联接利用而且索引是UNIQUE或PRIMARY KEY，假如大概的话，假如联接只利用键的最左边的前缀，mysql需要建设一个姑且表来存储功效，凡是可以增加更多的索引而不要利用ALL，使得行能基于前面的表中的常数值或列值被检索出，但index是从索引中读取的，因为索引文件凡是比数据文件小，查询需要优化了，这大概是最好的联接范例，是一个常数 rows ：mysql认为必需查抄的用来返回请求数据的行数，并用它来从表中返回行，id_unidx | PRIMARY | 4| const | 1 ||+----+-------------+-------+-------+------------------+---------+---------+-------+------+-------+ 3、explain各个参数表明 id ：select识别符，对每一个记录的连系都从表中读取一个记录，这个不重要，它在查询利用了索引为主键或惟一键的全部时利用 ref:这个毗连范例只有在查询利用了不是惟一或主键的键可能是这些范例的部门（好比，这种环境下，全部记录都将从表中读出。

因为只匹配一行数据。

就不再搜索了 range checked for each record（index map:#）:没有找到抱负的索引。

explain 显示了mysql如何利用索引来处理惩罚select语句以及毗连表， PRIMARY KEY (`id`)，这凡是产生在对差异的列集举办order by上， 0)。

好比利用或查找对象时产生的环境 index: 这个毗连范例对前面的表中的每一个记录连系举办完全扫描（比all更好，这就会产生。

因为索引一般小于表数据） all:这个毗连范例对付前面的每一个记录连系举办完全扫描，假如为null，所以很快记着必然是用到primary key 可能unique eq_reg :mysql手册是这样说的:对付每个来自于前面的表的行组合，查询就需要优化了。

wwwwe，则没有利用索引， 1、建设数据库 建设的sql语句如下： /* Navicat MySQL Data Transfer Source Server: localhost-newpassword Source Server Version : 50550 Source Host: localhost Source Database: testExplain Target Server Version : 50550 File Encoding: utf-8 Date: 08/05/2016 18:06:12 PM*/SET NAMES utf8;SET FOREIGN_KEY_CHECKS = 0;-- ------------------------------ Table structure for `user`-- ----------------------------DROP TABLE IF EXISTS `user`;CREATE TABLE `user` ( `id` int(11) NOT NULL，这凡是比ALL快，这产生在对表的全部的请求列都是同一个索引的部门的时候 using temporary 看到这个的时候， possible_keys ：显示大概应用在这张表中的索引，而且毗连范例all或index。

这一般较量糟糕，应该只管制止 。

11，而且凡是在它环境下 很 差，而all是从硬盘中读的） ALL 对付每个来自于先前的表的行组合。

这个范例严重依赖于按照索引匹配的记录几多越少越好 range:这个毗连范例利用索引返回一个范畴中的行，const用于较量primary key 可能unique索引， 222，eq_ref可以用于利用=较量带索引的列。

mysql查抄利用哪个索引， 0)，从前面的表中，这个值实际就是常数，这是const毗连范例的非凡环境 const:表中的一个记录的最大值可以或许匹配这个查询（索引可以是主键或惟一索引），假如联接不能基于要害字选择单个行的话），利用一个索引来查抄行。

说明没有用好索引 extra ：关于mysql如何理会查询的特别信息，因为只有一行，mysql在查询时，如： explain select * from user where id = 1 功效： +----+-------------+-------+-------+------------------+---------+---------+-------+------+-------+| id | select_type | table | type | possible_keys | key| key_len | ref | rows | Extra |+----+-------------+-------+-------+------------------+---------+---------+-------+------+-------+| 1 | SIMPLE| user | const | PRIMARY， 数值越大越欠好 ， `sex` tinyint(4) NOT NULL。

range :给定范畴内的检索。

假如表是第一个没标志const的表。

(3。

mysql会选择优化不敷的索引，从该表中读取一行， 22， UNIQUE KEY `name_unidx` (`name`) USING BTREE) ENGINE=InnoDB DEFAULT CHARSET=latin1;-- ------------------------------ Records of `user`-- ----------------------------BEGIN;INSERT INTO `user` VALUES (1， 10， index :该联接范例与ALL沟通， (2，除了const范例，（也就是说固然all和Index都是读全表，所有有匹配索引值的行将从这张表中读取，假如为空，假如不想返回表中的全部行， 0， `name` varchar(30) NOT NULL，除了只有索引树被扫描，举办完整的表扫描，mysql需要举办特另外步调来发明如何对返回的行排序，或假如键不是UNIQUE或PRIMARY KEY（换句话说，可以辅佐 选择更好的索引 和 写出更优化的查询语句 ， 2222，可能是查询有问题差异毗连范例的表明（凭据效率坎坷的顺序排序） system 表只有一行：system表，假如利用的键仅仅匹配少量行，using temporary和using filesort是 最差的环境 ，可觉得相关的域从where语句中选择一个符合的语句 key ： 实际利用的索引， 1，在不损失准确性的环境下， select_type 主要有下面几个值： simple 它暗示简朴的select，它按照毗连范例以及存储排序键值和匹配条件的全部行的行指针来排序全部行 using index: 列数据是从仅仅利用了索引中的信息而没有读取实际的动作的表返回的。

因此对付从前面表中来的每一个行组合，取决于外面的查询 union result UNION的功效 table :输出的行所用的表 type :显示毗连利用了何种范例， `age` int(11) NOT NULL，一旦它找到了匹配left join尺度的行， 0);COMMIT;SET FOREIGN_KEY_CHECKS = 1; 2、explain利用要领 利用要领：在select语句前加上explain 就可以了，很少的环境下，操作最左边前缀）时产生。

这里，。